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DETAILED ACTION 
Continued Examination Under 37 CFR 1.114 
A request for continued examination under 37 CFR 1.114. including tlie fee set 
forth in 37 CFR 1.17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 
05/25/2007 has been entered. 

Response to Amendment 

This office action is responsive to the amendments filed on 05/25/2007 In which 
applicant amends claims 6, 14, 23, 25 and 37, and responds to claim rejections. Claims 
6, 14 and 17-37 are pending. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

Claims 6, 14, 23, 27, 32 and 35-37 are rejected under 35 U.S.C. 103(a) as being 

unpatentable over Snes9x: The Portable Super Nintendo Entertainment System 

Emulator v1.19 readme.txt dated June 5, 1999 in view of Dahl et al (US 5,949,985). 



Application/Control Number: 10/690,818 Page 3 

Art Unit: 3714 

Regarding claims 6 and 14, Snes9x: The Portable Super fslintendo Entertainment 
System Emulator v1 .19 (herein referred to as "Snes9x") discloses an emulator program 
that emulates the SUPER NINTENDO ENTERTAINMENT SYSTEM (SNES). This 
emulator program Is executed by a target platform such as a PC that Is different than 
the video game platform (Snes9x page 5). It is well know in the art that a PC is capable 
of displaying graphical information on a target computing display device that has 
read/write memory and is capable of receiving user inputs. The Snes9x emulator 
processes and parses SNES ROM images (Snes9x page 6). The emulated platform is 
a handheld platform in that a player holds the game controllers of a SNES game system 
in their hands, thus constituting a handheld video game system. Snes9x also discloses 
modeling at least some display timing activities of the handheld video game device 
(page 8). Snes9x is an emulator program that emulates videogame software initially 
Intended only for use with the SNES and so the videogame software is still capable for 
use with the original system. The Snes9x emulator produces real time interactive game 
presentations on the target platfornfi (Snes9x page 4). The Snes9x emulator allows the 
target platfomn the option of running the emulated games in a windowed mode or a full 
screen mode (Snes9x page 7). 

Snes9x is silent regarding the ROM pages and said method further includes said 
emulator program allocating ROM pages in said target computing device read/write 
memory and duplicating at least a portion for said allocated ROM pages. Dahl et al. 
discloses a method and data processing system for emulating a program that utilizes a 
typical paging architecture that swaps the pages between a main store and a DASD. 
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To make the process more efficient and minimize overhead during emulation, the data 
is accessed identically, which minimizes paging. Since the emulated DASD and 
emulated main store are accessed identically, it is reasonable to assume that they 
contain the same files. The difference is that upon execution, the files in the main store, 
which are often scattered in discontinuous physical locations, are copied into an 
emulated DASD that is stored continuously (abstract, col. 2, lines 45-55, col. 5, lines 15- 
65). Furthermore, Dahl et al. discloses caching of instruction portions of code (col. 6, 
lines 1-15). Caching is well known in the art as duplicating a portion of data stored in the 
system, which is frequently used in order to minimize the resources by eliminating the 
need to constantly access the code every time it is needed. Therefore, it would have 
been obvious to one of ordinary skill in the art at the time of invention to utilize the 
paging architecture and duplication of ROM pages in order to minimize address 
translation and paging overhead during emulation (col. 5, lines 49-52). 

It should also be noted that the combination of Snes9x and Dahl would create a 
game system that has a pointer table system that performs the functions as claimed by 
the applicant. Detailed discussion of the functions of the pointer table system can be 
found above. 

Regarding claim 23, Snes9x does not disclose specifically the use of a page 
table to remap memory access instructions into different memory locations. However, 
Dahl et al. discloses a system wherein an emulator program may be used to emulate a 
target platform on a different host platform. This emulation system that Dahl et al. 
discloses utilizes translation or page tables that associates page selector bits with a 16- 
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bit page number, which is concatenated to the page offset to access appropriate 
physical memory locations (Dahl 5:1 1 - 43). One of ordinary skill in the art would be 
motivated to modify Snes9x in view of Dahl et al. to provide an emulation system that 
utilizes page tables for the remapping of memory access instructions into different 
memory locations. One would be motivated to do so because Dahl states that by 
referencing storage objects through a translation table, the memory pages associated 
with a storage object can be scattered in dis-contiguous memory locations within the 
main store, while appearing to be contiguous. 

Regarding claim 27, SnesQx discloses a frame skip count that enable the 
selectively skip frames (SnesQx page 8). 

Regarding claim 29, SnesQx discloses a video game platform emulator as 
discussed above. The video game emulator emulates a video game platform on a 
different target platform. The purpose of the emulator is to emulate the video game 
platform on the target platfomi in every way. This would include the video game 
platforms memories and registers. Including the size of the registers, such as byte, 
word and long formats. Thus it would be obvious to create an emulator that emulates 
these aspects of the video game platform on the target platform. One of ordinary skill in 
the art would be motivated to modify Snes9x to emulate the memory structures of the 
video game platform, wherein the formats include byte, word and long register formats. 
One would be motivated to do so because these are common register formats and 
purpose of the emulator is to emulate all aspects of the video game platfonn on the 
target platform, thus emulating the register formats. 
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Regarding claim 32, Snes9x discloses that a wide variety of joysticks or user 
input devices can be used by the SnesQx emulator (SnesQx page 10). 

Regarding claims 35 and 36, SnesQx is for use in PCs, however it is well known 
in the art that laptop computers possess the same functionality and performance 
characteristics, which would make them capable of performing the same tasks as a 
standard desktop PC. The fact that they are laptops makes them handheld arid 
portable. Furthermore, the examiner does not believe it to be a patentably distinct 
feature to implement the emulation program into a PDA since it is well known in the art 
that computers are constantly getting smaller and that devices such as PDAs and 
cellular phones are constantly being given more and more functionality of computers. 
Therefore it would be a mater of routine to one of ordinary skill in the art at the time of 
invention to implement the emulation program of SnesQx into a PDA or handheld 
portable computer in order to allow for users to play the games while being mobile. 
Regarding claim 37, the limitations of claim 37 have been addressed above. 
Regarding the preamble which requires a handheld portable battery-operated 
computer device, please refer to the discussion regarding claims 35 and 36 
above. 

Regarding the image software, ROM pages, generation of real time audio-visual 
presentation in response to video game software image, displaying audio-visual 
image as a subset of display area, and duplicating ROM pages, please see the 
discussion above regarding claims 6 and 14. 
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Claims 17 and 18 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Snes9x: The Portable Super Nintendo Entertainment System Emulator v1.19 in 
view of Dahl et at. as applied to claim 6 above, in view of Nishiumi et ai (US 
6,007,428). 

Regarding claims 17, Snes9x is silent as to what type of display screen that the 
system can utilize, such as a liquid crystal display. However, Nishiumi et al discloses a 
video game system wherein the display unit is a liquid crystal display (Nishiumi et al 
25:56 - 57). 

It would be obvious to one of ordinary skill in the art to modify SnesQx in view of 
Nishiumi et al for the purpose providing a video emulator system that displays emulated 
video information on a liquid crystal display. One would be motivated to use a liquid 
crystal display because they utilize less space and provide accurate video 
representations. 

Regarding claim 18, the combination of SnesQx and Nishiumi et al. would yield a 
target platform that will display a representation, of the emulated video game platfonm. 
The claim states the limitation of a "executing a virtual liquid crystal display controller 
state machine". The Examiner is unclear as to what the Applicant means by this 
limitation. Thus as best understood by the Examiner, the combination of SnesGx and 
Nishiumi yields a virtual liquid crystal display controller state machine. The liquid crystal 
display unit of Nishiumi et al. possesses a liquid crystal display controller for controlling 
the graphical representations of the game system (Nishiumi et al 25:62 - 65). When 
emulating a video game platform, the representation of the emulated game platform can 



Application/Control Number: 10/690,818 Page 8 

Art Unit: 3714 

be thought of as a virtual representation of how the game would originally be 
represented on the video game platform. Thus, the liquid crystal display controller can 
be thought of as a virtual liquid crystal display controller state machine. 

It would be obvious to one of ordinary skill in the art to modify SnesQx in view of 
Nishiumi et al for the purpose providing a video emulator system that displays emulated 
video information on a liquid crystal display. One would be motivated to use a liquid 
crystal display because they utilize less space and provide accurate video 
representations. 

Claim 19 is rejected under 35 U.S.C. 103(a) as being unpatentable over Snes9x: 
The Portable Super Nintendo Entertainment System Emulator v1.19 readme.txt in 
view of Dahl et al. as applied to claim 6 above and in view of Munshi (US 
6,084,600). 

Regarding claim 19, SnesQx discloses a video game platform emulator. Snes9x 
does not disclose the use of hardware assisted BLIT memory transfers. However 
Munshi et al discloses a system for the speeding up of pixel data transfers (bitblits) by 
compressing and word aligning the data transferred. Munshi discloses that one way to 
reduce the amount of required bandwidth in a system when transferring pixel data is to 
use bitblit operations, wherein a rectangular region within the display memory Is 
specified and data for pixels within the region is transferred (Munshi 1 :57 - 62). While. 
Munshi discloses that this approach is sometimes associated with problems, it is stated 
that this is still effective for transferring data. 
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One of ordinary skill in the art would be motivated to modify Snes9x in view of 
Munshi for the purpose of using Blit operations to transfer pixel data. BLIT operations 
are known for reducing the bandwidth loads upon a system when updating pixel 
information in memory. 

Claim 20 is rejected under 35 U.S.C. 103(a) as being unpatentable over Snes9x: 
The Portable Super Nintendo Entertainment System Emulator v1.19 readme.txt in 
view of Dahl et al. as applied to claim 6 above and in view of Mackey et al (US 
5,153,577). 

Regarding claim 20, Snes9x does not disclose a precomputed translation table 
that translates the graphics of the video game platform. However, Mackey et al 
discloses an emulation system that will emulate a PC on another host system or 
platform (Mackey et al 3:51 - 55). The system of Mackey et al. discloses the use of 
translation tables (Tables 1,6-9) that determine how that graphical character formats 
will be displayed upon the host platfomn (Mackey 44:60 - 45:60). 

One of ordinary skill in the art would be motivated to modify Snes9x in view of 
Mackey et al to provide an emulation system that utilizes translation tables to convert 
graphic formats that are compatible with the target platform. This would be beneficial 
because when running an emulator on a target platform the emulator must be able to 
translate the native graphics of the video game platform into a format the target platform 
can display. 



Application/Control Number: 1 0/690,81 8 Page 1 0 

Art Unit: 3714 

Claim 21 is rejected under 35 U.S.C. 103(a) as being unpatentable over Snes9x: 
The Portable Super Nintendo Entertainment System Emulator v1.19 readme.txt in 
view of Dahl et al. as applied to claim 6 above and in view of Sterchi (US 
2003/0207712). 

Regarding claim 21, the Snes9x system emulates the SNES video game 
platform. Thus in order to run properly the emulator must emulate or simulate the actual 
hardware and memory structures of the emulated system. Otherwise the original game 
ROMS would be rendered useless. SnesGx also discloses that in order for the emulator 
to run the target platfomn must have at least 16 MB of RAM (SnesQx page 5). While 
SnesQx does not specifically disclose that the emulator emulates registers and other 
hardware based memory structures in RAM. It is highly implied. However, Sterchi et al 
discloses a system that uses an emulator, wherein the emulator can be run on an 
entirely different hardware platform than the video game platform. Sterchi also 
discloses that the emulator may emulate or simulate some or all of the hardware and/or 
software components of the target system (Sterchi page 2:par 22). 

One of ordinary skill in the art would be motivated to modify SnesQx in view of 
Sterchi et al for the purpose of emulating registers and memory structures of the video 
game platfomi in RAM of the target platform. Sterchi discloses an emulator that would 
emulate all of the hardware or software components of the targets system, thus this 
would include components such as the registers and memory structures. 
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Claim 22 is rejected under 35 U.S.C. 103(a) as being unpatentable over SnesSx: 
The Portable Super Nintendo Entertainment System Emulator v1.19 readme.txt in 
view of Dahl et al. as applied to claim 6 above and in view of Moriey (US 

5,781,758). 

Regarding claim 22, Snes9x does not disclose the uses of a jump table to parse 
incoming binary instructions. Moriey however does disclose an emulation system that 
utilizes jump tables for the purpose of reducing memory requirements (Moriey 3:21 - 
48). Moriey discloses that a jump table is commonly referred to as a dispatch table 
(Moriey 1 :42 - 50). Moriey discloses that instead of storing every instance of a routine, 
the dispatch table will store the routine in memory when It is called and also store the 
address of the routine in memory in place of the pointer. Thus speeding up emulation. 

One of ordinary skill in the art would be motivated to modify SnesQx in view of 
Moriey to provide an emulation system that utilizes jump tables or dispatch tables to 
reduce the memory requirements on the system. By not storing every instance or a 
routine but only the address or a statically stored routine, unnecessary memory usage is 
eliminated. 

Claim 24 is rejected under 35 U.S.C. 103(a) as being unpatentable over Snes9x: 
The Portable Super Nintendo Entertainment System Emulator v1.19 readme.txt In 
view of Dahl et al. as applied to claim 6 above and in view of Z80-68K-v150 Z80 
Engine written in 68020 assembler for inclusion in C/C++ projects, written by 
Gunter Woigk, dated Dec 25, 1999. 
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Regarding claim 24, Snes9x does not disclose a read only memory protection 
feature to prevent ovenvriting of ROM's during emulation. However, Woigk discloses an 
emulator package called the z80-68k which supports write protection for ROM's (Woigk 
page 2, 6). 

One of ordinary skill in the art would be motivated to modify SnesQx in view of 
Woigk to provide an emulator that had write protection functions such that the ROM's 
don't get ovenA/ritten during emulation. This would be of benefit due such that the 
ROM's are always protected from being ovenwritten. 

Claims 25 and 26 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Snes9x: The Portable Super Nintendo Entertainment System Emulator vl.19 
readme.txt in view of Dahl et al. as applied to claim 6 above and in view of Hannah 
(US 4,771 ,279). 

Snes9x teaches a CPU cycle timer that enables a user to set a percentage of CPU 
cycles to execute per can line. However, Snes9x fails to explicitly recite modeling 
including using a state machine defining at least a horizontal blank state and a vertical 
blank state. However in a related patent, Hannah teaches a method and apparatus for 
adapting high resolution images to low resolution monitors utilizing a multiple clock shift 
registers and HBLANK and VBLANK (horizontal and vertical blanks) states/signals 
(15:62-16:35). Hannah and Snex9x are analogous art because they both relate to 
adaptation of apparatus to different, conventionally non-adaptable, apparatus; such as 
high resolution signals to low resolution displays or game ROMs emulated to different 
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game machines/systems. Therefore it would have been obvious to one of ordinary skill 
In the art at the time of applicant's invention to include the horizontal blank and vertical 
blank signals and clock system of Hannah with SnesQx so that the system can be 
emulated using a plurality of different display devices, making the game more adaptable 
to different display devices, including low resolution display devices. 

Claim 28 is rejected under 35 U.S.C. 103(a) as being unpatentable over Snes9x: 
The Portable Super Nintiendo Entertainment System Emulator v1.19 readme.txt in 
view of Dahl et ai. as applied to claim 6 above and in view of Muliarkey et al. (US 
6,192,446). 

Regarding claim 28, Snes9x does not disclose the use of a no-operation look 
ahead feature. However, Muliarkey et al. discloses a no operation look ahead feature 
that utilizes a look ahead circuit that will examine subsequent instmctions and 
detemnine what banks in memory the instructions are intended for (Muliarkey 7:8 - 48). 
If the instructions are not meant for a specific bank of memory than that bank of memory 
can be powered down, thus optimizing the performance of the chip and system. 

One of ordinary skill in the art would be motivated to modify SnesGx in view of 
Muliarkey et al. for the purpose of providing a no-operation look-ahead feature. This 
would provide for a more efficient system that optimizes chip perfonnance. If 
instructions are not meant for specific memories than those memories are not powered 
up thereby wasting processing time. 
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Claim 30 is rejected under 35 U.S.C. 103(a) as being unpatentable over Snes9x: 
The Portable Super Nintendo Entertainment System Emulator v1.19 readme.txt in 
view of Dahl et al. as applied to claim 6 above and in view of Farber et al. (US 
5,903,760) 

Regarding claim 30, SnesQx discloses a video game platform emulator as 
discussed above. The video game emulator emulates a video game platform on a 
different target platform. The purpose of the emulator is to emulate the video game 
platfomri on the target platform in every way. This would include the way in which the 
emulated video game platform would handle CPU flags conditions. SnesQx does not 
specifically disclose the details of how the emulator handles CPU flags. However, 
Farber et al et al disclosfes a system of running Reduced Instruction Set Architecture 
(RISC) code on a system that is meant for Complex Instruction Set Architecture (CISC) 
or vice versa. Farber discloses that RISC may not support the setting of status flags as 
CISC would (Farber 2:17 - 22). Thus, Farber discloses a method of executing code 
that utilizes the setting of status flags on a system that has no native support for status 
flags (Farber 2:64 - 67). Farber discloses the use of a translator that is akin to an 
emulator program in that both transform non-native code into a format that the target 
platfomri can utilize (Farber 3:42 - 54). Farber discloses that the translation capsule 
table emulates the setting of status flags as part of the translated compare function. 
The flags are emulated by allocating bit fields within a general-purpose register (Farber 
4:60 - 5:3). 
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One of ordinary skill in the art would be motivated to modify Snes9x in view of 
Farber et al. for the purpose of modeling the emulation of the video game platform to 
allow for the updating of CPU flags, as this would enhance the capabilities of the target 
platform. The target platform would be able to preserve and emulate a video game 
platfomi that utilizes data such as flags even though the target platform may not natively 
do so. 

Claim 31 is rejected under 35 U.S.C. 103(a) as being unpatentable over SnesSx: 
The Portable Super Nintendo Entertainment System Emulator v1.19 readme.txt in 
view of Dahl et al. as applied to claim 6 above and in view of Traut (US 5 ,790,825). 

Regarding claim 31, SnesQx discloses a video game platform emulator as 
discussed above. However, SnesQx does not explicitly disclose that the emulated video 
game platform program counter is mapped to the target platforms memory, such as in a 
general-purpose register. Traut discloses an emulation system, wherein the program 
counter of the guest or emulated platform is mapped to the cache of the host or target 
platform (Traut 4:17 -29), 

One of ordinary skill in the art would be motivated to modify Snes9x in view of 
Traut to provide a system that maps the program counter of the video game platform to 
the memory of the target system. This would provide for lower address translation 
overhead, thus eliminating burdensome demands on the target platform. 
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Claim 33 is rejected under 35 U.S.C. 103(a) as being unpatentable over Snes9x: 
The Portable Super Nintendo Entertainment System Emulator v1.19 readme.txt in 
view of Dahl et al. as applied to claim 6 above, in view of Munshi (US 6,084,600) 
and in further view Duruoz et al. (US 6,658,056 B1) 

Regarding claim 33, Snes9x discloses a video game platform as discussed 
above. SnesQx discloses an emulator that can operate in full screen or windowed mode 
(SnesQx page 7). SnesQx does not disclose the usage of screen memory buffers that 
are larger than the display are to improve paging usage and the transferring of a subset 
of said memory buffer using BITBLIT. Duruoz et al discloses a video graphics display 
method wherein a larger buffer memory is utilized for optimum use of the available 
memory and for optirnal preservation of data to meet the highest perfomiance 
requirements (col. 1 1 , lines 1-27). By using a larger memory buffer memory processing 
due to the constant rendering of the display area would be reduced. Thus display 
information would not have to be rewritten or transferred out of storage by means of 
paging. Munshi et al discloses a system for the speeding up of pixel data transfers 
(bitblits) by compressing and word aligning the data transferred. Munshi discloses that 
one way to reduce the amount of required bandwidth in a system when transferring 
pixel data is to use bitblit operations, wherein a rectangular region within the display 
memory is specified and data for pixels within the region is transferred (Munshi 1:57 - 
62). While, Munshi discloses that this approach is sometimes associated with 
problems, it is stated that this is still effective for transferring data. 
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One of ordinary sl^ill in the art would be motivated to modify Snes9x in view of 
IVIunshI and in further view of Duruoz et al. to provide a memory buffer that Is larger than 
the display area and using BITBLT to transfer data from memory to the display area. 
This would enable the system to eliminate memory-processing overhead thus making 
m. BLIT operations are known for reducing the bandwidth loads upon a system when 
updating pixel information in memory. 

Claim 34 is rejected under 35 U.S.C. 103(a) as being unpatentable over Snes9x: 
The Portable Super Nintendo Entertainment System Emulator v1.19 readme.txt In 
view of Dahl et al. as applied to claim 6 above, in view of Reed et al. (US 
6,058,288). 

Regarding claim 34, SnesOx discloses a video game platform as discussed 
above. Snes9x does not disclose the target platform comprising an airline seat-back 
controller. Reed et al. however discloses a passenger control unit that is in an airplane 
seat. The PCU can be In the amnrest or the back of the seat (Reed et al 18:41 - 19:6). 
The airline system can be used for a plurality of uses such as gaming, computing or 
watching movies (Reed et al 6:26 - 36). Reed further states that the game system can 
be used for games like Super Nintendo Entisrtainment Sen/ice, which Snes9x 
emulates. 

One of ordinary skill in the art would be motivated to modify Snes9x in view of 
Reed et al for the purpose of providing an emulator on a target platform such as an 
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entertainment system on an airplane. Tliis would provide enhance passengers flying 
experience despite being on long trips. 

Response to Arguments 
Applicant's arguments filed 05/25/2007 have been fully considered but they are 
not persuasive. 

Applicant alleges that the claimed amendment to independent claims drawn to a 
pointer table system overcomes the prior art. The examiner respectfully disagrees. 
Applicant provides a detailed description of the instant invention and alleges that it is 
different from the prior art. However, the scope of the argument is not commensurate 
with that of the claims. The claims as they are written merely require a system that 
performs the same functions as that of the independent claims. In brief, "a pointer table 
system that allocates ROM pages in said target computer device read/write memory 
and duplicates at least a portion of said allocated ROM pages." Such limitations are 
covered by the prior art In the instant office action. Furthemiore, the amended limitation 
of labeling the previously claimed functions a pointer system does not overcome the 
prior art since the prior art of Sne9x and Dahl can be considered a system as well since 
it contains the same functionality. 

Snes9x does disclose the use of ROMs and Dahl discloses the use of paging (a 
more thorough discussion of the references and combination can be found in the instant 
office action. A combination of the two would yield a ROM paging system. 

Regarding arguments towards claim 27, applicant admits that Snes9x discloses a 
frame skip count that enables the user to selectively skip frames (page 15 of applicant's 
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response). However, applicant argues tliat the feature of Snes9x is different since that 
of the instant invention uses an index variable that is assigned to each game's ROM 
image that indexes into a pattem lookup for which frames to render. Applicant's 
argument may be true, however it has little relevance since the recited differences is not 
currently claimed. 

Regarding arguments towards claim 28, applicant admits the prior art uses a 
look-ahead feature as claimed in the claim. Applicant alleges that the feature is used 
for a different purpose. The examiner agrees, however it has been held that a recitation 
with respect to the manner in which a claimed apparatus/method is intended to be 
employed does not differentiate the claimed apparatus/method from a prior art 
apparatus/method satisfying the claimed structural/method step limitations. Ex parte 
Masham, 2 USPQ2d 1647 (1987). 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Dat T. Nguyen whose telephone number is (571 ) 272- 
2178. The examiner can normally be reached on M-F 8am-5pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Robert E. Pezzuto can be reached on (571)272-6996. The fax phone 
number for the organization where this application or proceeding is assigned is 571- 
273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Infomiation Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1 000. 



Dat Nguyen 



